iOS 数据库加密

首先iOS 8.3之前是直接可以拿到app沙盒里面的数据库的,之后应该也是有方法能拿到(待定,需要试试),所以还是需要对本地的数据库加密。

通用数据库加密方式:

1.对所有的数据加密

2.直接对数据库加密

第一个方法的话对于我们来说,数据库储存的内容极多,并且加密之后不便于我们自己查询,所以采用第二种方式。

集成:

之前因为小影直接用的是 pod'FMDB','~> 2.6',

现在:pod'FMDB/SQLCipher','~> 2.7.2'



原理:

SQLite数据库加解密

首先需要从gitHub上下载SQLCipher的源码:

github.com/sqlcipher/sqlcipher

SQLCipher提供了几个命令用于加解密操作

加密:

sqlcipher xiaoying.db

sqlite> ATTACH DATABASE 'xiaoyingEncrypt.db' AS xiaoying KEY '123456';

sqlite> SELECT sqlcipher_export('xiaoying');

sqlite> DETACH DATABASE xiaoying;

1.打开未加密的数据库

2.创建一个新的xiaoyingEncrypt.db附加到原数据库上

3.导出数据到新的数据库上

4.卸载新的数据库


解密:

sqlcipher xiaoyingEncrypt.db

sqlite> PRAGMA key = '123456';

sqlite> ATTACH DATABASE 'xiaoying.db' AS xiaoyingEncrypt KEY ''; 

-- 空的密码就禁用密码了

sqlite> SELECT sqlcipher_export('xiaoyingEncrypt');

sqlite> DETACH DATABASE xiaoyingEncrypt;

1.打开xiaoyingEncrypt.db

2.输入密码

3.创建一个新的加密的数据库附加到原数据库上

4.导出数据到新的数据库

5.卸载新的数据库

其他:

还有修改密码之类的可以自行了解了解,都很简单。


开始加密:

查询说是在数据库open之后设置一个密码就行,实测就是扯淡。

我们本来是一个没有加密的数据库,所以直接setKey是没有用的。只能通过升级数据库来加密。

小影本身本地有数据库,所以需要对本地的空的数据库先加密,然后对于卸载了新安装的用户,直接setKey 就哦了。

数据库升级:

对于原本就安装然后升级上来的用户,因为本地本身存在未加密的数据库,所以需要去重新通过SQLCipher去新建替换掉旧的未加密的数据库。

所以在setKey之后还需要:

      判断数据库是否需要升级,当使用sqlchipher打开用sqlite生成的源数据库时,[self goodConnection]是为NO,即使openWithFlags或者open操作是YES。

if(![self goodConnection]) {

       // 无效链接 

       [self upgradeDatabase:self.databasePath];

}


如果goodConnection 返回NO,则说明需要数据迁移,基本的思路就是:

1.修改之前的未加密数据库名字

2.打开旧的数据库

3.创建一个新的db附加到原数据库上

4.导出数据到新的数据库上

5.卸载新的数据库

6.删除旧的数据库

数据库的迁移代码

总的加密思路:

1.open db 

2.setKey

3.check goodConnection,如果返回NO 就去数据迁移

4.DONE


数据库升级出错解决方案:

数据库升级无法读取数据解决方案

!!!但是,小影这边在数据库升级迁移这边,有三个数据库,最后一个xiaoying.db 路径需要从另外一个数据库中取出一个workFolderName,实测在取这个name的时候前两次是必取不出来,第三次之后才能取到,暂时未找到为什么。所以在已经存在数据库的情况下,也就是用户是升级App的情况下不会去setKey。(暂时的解决方法)

数据库升级的时候,在goodConnection 返回NO的时候,也就是数据库升级的时候,需要先调用close方法,在调用open方法,我的理解是先把旧的数据库关闭再打开新的加密后的数据库,这样才能正常的读取加密后的数据。 

我们之前打开数据库用的是mesaSQLite,但是加密了之后就算你输入密码也不能打开,原因不明...

所以找了一个能打开的 DB Browser for SQLite... 实测可以打开。

至此,小影的数据库加密已经完成。后续的就是测试加密后的数据库读取速度以及在数据库升级的时候文件操作的时候,也就是数据库迁移中间如果出了问题怎么去保护,后面再更新。😘

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,219评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,363评论 1 293
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,933评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,020评论 0 206
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,400评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,640评论 1 219
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,896评论 2 313
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,597评论 0 199
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,327评论 1 244
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,581评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,072评论 1 261
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,399评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,054评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,083评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,849评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,672评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,585评论 2 270

推荐阅读更多精彩内容